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DETAILED ACTION 

Claims 1, 2, 4-10, 12, and 14-23 were rejected in the Office Action entered on 20 October 

2008. 

Applicants' response submitted on 21 January 2009 has amended claims 1, 10, and 12. 
Claims 1, 2, 4-10, 12, and 14-23 are pending in this application. 
Claims 1, 2, 4-10, 12, and 14-23 are rejected. 

Priority 

1. This Application contains a claim for the benefit of priority to U.S. Provisional 
Application No. 60/243,708 filed 26 October 2000. The provisional application has been 
reviewed and priority is denied, because the provisional application does not appear to enable the 
claimed invention as required under 35 U.S.C. Section 112, first paragraph. See 35 U.S.C. § 
119(e)(1). 

For example, the provisional application contains a set of 'powerpoint-style' drawings 
and datasheets describing desired features for a microcontroller or a 'system-on-chip,' but this 
material does not appear to contain either the text description or the drawings found in the 
Application. In particular, no part of the provisional application appears to disclose the method 
steps shown in the Application at Figs 7 or 8. 

Response to Arguments - 35 USC §103 

2. In response to the previous rejection of claims 1, 2, 4-10, 12, and 14-23 under 35 U.S.C. 
§103 as being unpatentable over Coker in view of Rosenberg, fiirther in view of Teramoto, 
Applicants argue primarily that: 
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[...] Applicants respectfully submit that Coker fails to teach or suggest claimed features of amended claim 
1 that "the set of timing code is fiinctionallv different from the set of boot code." 

The Examiner respectfully traverses this argument as follows. 

As Applicants emphasize in their argument, Coker teaches that "the software executed by 
the target-ECS is different from the software executed by the shadow system as it recites that 
'[t]hus, rather than receiving input data from an extemal source and reading the data into 
complex I/O registers, the shadow system uses the data values and relative time of input events 
from the target-ECS and writes the value directly to its RAM using its internally generated 
location." The Examiner submits that to a person of ordinary skill in the art, this disclosure in 
Coker teaches on its face functionally different code in the target-ECS and in the shadow 
system. 

That is, to a person of ordinary skill in the art, "receiving input data from an extemal 
source and reading the data into complex I/O registers" is functionally different from reading 
"the data values and relative time of input events ... and writing the value directly to ... RAM 
using its internally generated location." These procedures differ in terms of hardware ("complex 
1/0 registers" versus "RAM"), and these procedures differ in procedural sequence ("receiving 
from an extemal source" and processing the data, versus reading the data with a relative time of 
input events, intemally generating a memory location, and writing values directly to RAM using 
that intemally generated location). 

Further, these software routines must be functionally different because their fiinctions are 
not equivalent. If the shadow system software were loaded on the target-ECS and executed, the 
target-ECS would malfimction because the target-ECS has extemal data sources and complex 
I/O registers, while the shadow system software expects to read data with a relative time. 
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internally generate a memory location, and write the values directly to the memory location. 
Clearly this feature of the software of the shadow system is functionally different fi-om the 
software of the target-ECS. 

In conclusion, the shadow system software and the target-ECS software are functionally 
different because they perform different functions as described by Coker and because they are 
not interchangeable as inferred from Coker. 

3. Applicants further argue that: 

However, Applicants respectfully assert that the difference cited by the passage [(column 2, line 63 - 
column 3, line 1)] fails to teach or suggest that the software executed by the target-ECS is fi^nctionally 
different from the software executed by the shadow system. This is readily evident as Coker recites that 
"[i]n general, this invention uses hardware and software which can "shadow" the execution of a target-ECS 
in real time operation, within or without a suite of computers, and record only necessary information for 
later re-creation of the real time scenario, without interfering with the operation of the target-ECS," see 
column 2, lines 34-39. That is, the software executed by the shadow system in Coker is functionally the 
same as that of the target-ECS as the shadow system functions to shadow the target-ECS. 

The Examiner respectfiiUy traverses this argument as follows. 

Applicants have quoted Coker as teaching that " in general " the system can "shadow" the 
execution of the target-ECS and now allege that the shadow system and the target-ECS are 
completely functionally equivalent. Coker does not support this interpretation because the 
phrase "in general" suggests that exceptions to the statement may exist, especially in light of 
Coker's explicit description of how the software programs are functionally different. As shown 
above, the target-ECS and the shadow system perform at least some different fiinctions, and 
therefore their software functionally different. 



Applicants' arguments have been fully considered but have been found unpersuasive. 
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Claim Rejections - 35 USC § 103 
The following is a quotation of 35 U.S.C. § 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 

section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness under 35 
U.S.C. § 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 

This application currently names joint inventors. In considering patentability of the 
claims under 35 U.S.C. § 103(a), the examiner presumes that the subject matter of the various 
claims was commonly owned at the time any inventions covered therein were made absent any 
evidence to the contrary. Applicant is advised of the obligation under 37 CFR 1.56 to point out 
the inventor and invention dates of each claim that was not commonly owned at the time a later 
invention was made in order for the examiner to consider the applicability of 35 U.S.C. § 103(c) 
and potential 35 U.S.C. § 102(e), (f) or (g) prior art under 35 U.S.C. § 103(a). 



4. Claims 1-2, 4-10, 12, 14-20, and 23 are rejected under 35 U.S.C. § 103(a) as being 
unpatentable over US Patent No. 5,371,878 to Coker in view of "How Debuggers Work" by 
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Jonathan B. Rosenberg (Rosenberg), further in view of US Patent No. 5,968,135 to Teramoto et 
al. 

Regarding claim 1, Coker teaches a method comprising: 

In a microcontroller, executing a set of boot code to carry out initialization ("Embedded 
Computer System or ECS", see column 1, lines 20-23) ["[TJhis invention uses hardware and 
software which can 'shadow' the execution of a target-ECS in real time operation" (column 2, 
lines 34-40); "A shadow system of this invention executes the same software as the target-ECS 
from system start-up or reset. " (column 2, lines 56-58); Applicants' remarks state that: "Booting 
is a process that starts a system (e.g., operating system) and substantially initialize the system 
when a user turns on a computing system or a system with a processor." (Applicants' remarks, 6 
February 2007, page 15)]; 

In a virtual microcontroller ("shadow system"), executing a set of timing code to enable 
the lock-step synchronization with the microcontroller ["A shadow system of this invention 
executes the same software as the target-ECS from system start-up or reset. " (column 2, lines 
56-58); "The shadow system and the target-ECS function exactly the same except that the 
shadow system receives data slightly delayed because of a data buffer between the target-ECS 
and the shadow system." (column 3, lines 13-16); "[I]n terms of relative time, the execution 
state of the shadow system 28 at the time when any given instruction is executed will directly 
correspond to the execution state of the target-ECS when the same instruction was executed.. " 
(column 8, lines 44-49)] 

and wherein the set of timing code is functionally different from said set of boot code, 
{"Thus, rather than receiving input data from an external source and reading the data into 
complex I/O registers, the shadow system uses the data value and relative time of input events 
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from the target-ECS and writes the value directly to its RAM using its internally generated 
location. " (column 2, line 63 - column 3, line 1)]; 

and wherein the set of boot code is stored within the microcontroller and the set of boot 
code is inaccessible to the virtual microcontroller [Interface means 19 connecting the target-ECS 
and shadow system is used by Coker to transmit I/O data and does not appear to contain any 
suggestion that instruction code or boot code is transmitted via interface means. See (column 4, 
lines 9-18)]. 

Although Coker teaches "a computer system and method for debugging, verifying and 
developing an embedded computer system" (column 1, lines 9-11), Coker does not expressly 
teach old and well-known tools and techniques of debugging. As a result, Coker teaches a 
method of debugging, but does not expressly teach simultaneously halting both the 
microcontroller and the virtual microcontroller. 

Rosenberg expressly teaches halting multiple processors operating in lockstep ["A 
significant issue for debuggers on multiprocessor systems is how or whether other processors 
stop when a fault occurs in one. On SIMD architectures, by definition, all processors operate in 
lock step and so this is guaranteed. " (page 45, first full paragraph)]. 

Rosenberg and Coker are analogous art because both are drawn to debugging. 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicants' invention to combine the teachings of Rosenberg and Coker because Rosenberg 
provides teachings specifically directed to debugging tools, which are suggested by Coker, but 
"are very difficult tools to build robustly because they depend heavily on relatively weak 
portions of operating systems and because they tend to stress the underlying operating system's 
capabilities." (Rosenberg, page 1, first paragraph). That is, Rosenberg provides the teachings 
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that provide helpful guidance in making and using the "critical tools for the development of 
software" (Rosenberg, page 1, first paragraph) that are suggested by Coker (title, abstract). The 
combination could be achieved as expressly taught by Rosenberg, by halting the target-EC S and 
the shadow system "simultaneously" because Rosenberg explicitly teaches this behavior in 
architectures, like the one claimed, that operate in lock step. {Id.) 

Coker in view of Rosenberg does not expressly teach that the timing code is a dummy 
code timed to take the same number of clock cycles as the microcontroller uses to execute the set 
of boot code. Applicants have defined "dummy code" as exemplified in the remarks submitted 
on 31 October 2007. 

Teramoto teaches timing code that is a dummy code timed to take the same number of 
clock cycles as a second processor executing code ["The present invention relates to an 
instruction execution control method and information processing apparatus for monitoring 
information about the completion of synchronization between processors, and selectively causing 
a specific instruction of the subsequent group of instructions to wait until the completion of 
synchronization is indicated when the processors are operated in synchronism with each other 
for synchronous execution of their respective processes in a computer system including a 
plurality of processors. " (column 1, lines 7-16); "When the instruction, which was read out, is a 
Wait instruction, the instruction analyzer 102 issues a Wait instruction to the Wait instruction 
controller 100 through the interface signal 105. The Wait instruction controller 100 executes the 
Wait instruction which controls the instruction execution sequence according to the present 
invention. " (column 5, lines 50-60)]. 

Teramoto and Rosenberg in view of Coker are analogous art because both are drawn to 
operating processor synchronously. 
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It would have been obvious to a person of ordinary skill in the art at the time of 
Applicants' invention to combine the teachings of Teramoto with Rosenberg in view of Coker as 
expressly motivated by Teramoto to maintain high execution speed [ "An object of the present 
invention is to provide an instruction execution control method and an information processing 
apparatus for enabling synchronized operations to be performed at high speed among a plurality 
of processors sharing a main storage. " (column 2, lines 40-44)]. 

Therefore it would have been obvious to a person of ordinary skill in the art at the time of 
Applicants' invention to combine the teachings of Teramoto with Rosenberg in view of Coker to 
achieve the invention specified in claim 1 . 

Regarding claim 2, Coker teaches copying register contents fi-om the microcontroller to 
corresponding registers in the virtual microcontroller after completion of the simultaneous 
halting [ "An execution state, including the contents of RAM and I/O registers in the target-ECS 
and RAM and I/O state memory in the shadow system, can further be defined as including an 
input state vector, output state vector, and internal state vector. Input and output state vectors 
are defined as the contents of input and output registers respectively in the target-ECS and as the 
contents of the I/O memory state in the shadow system. " (column 8, lines 50-57); copied from 
the target-ECS to the shadow system, "the shadow system receives its input data from the input 
registers of the target-ECS and stores the input data in its RAM. " (column 2, lines 61-63)]. 

Also, Rosenberg teaches that "debuggers provide disassembly views and direct access to 
hardware registers. " (page 6, first full paragraph). 
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Regarding claim 4, Rosenberg teaches that after executing code, a processor branches to 
an instruction line [ "A breakpoint is a special code placed in the executing code stream that, 
when executed, causes a special trap to occur that the processor and the operating system report 
to the debugger. " (page 5, second full paragraph); More generally at pages 56-57, "Generic OS- 
Debugger Interaction Model", etc.]. 

Regarding claim 5, Rosenberg teaches that prior to executing code, a break is set at an 

assembly instruction line [ "A breakpoint is a special code placed in the executing code stream 
that, when executed, causes a special trap to occur that the processor and the operating system 
report to the debugger. " (page 5, second fiiU paragraph)]. 

Regarding claim 6, Coker teaches that the boot code comprises protected initialization 
code that is not accessible to the In-Circuit Emulation system [Coker teaches no means by which 
the in-circuit emulation system may access the code on the target-ECS. Here Applicants' have 
presented a negative limitation, which has been interpreted and treated according to MPEP 
2173.05(1).]. 

Claim 7 recites a combination of limitations recited by claims 4 and 5, which are taught 
by Coker in view of Rosenberg, further in view of Teramoto as shown above. 

Claim 8 recites a combination of limitations recited by claims 2, 4, and 5, which are 
taught by Coker in view of Rosenberg, fiirther in view of Teramoto as shown above. 
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Regarding claim 9, Rosenberg teaches removing a break at an assembly line [ "Inactive 
breakpoints are place holders that the user can turn active but currently will not cause execution 
to stop if reached. " (page 27)]. 

Claim 10 recites a combination of limitations recited by claims 1, 2, and 4-9. As Coker 
in view of Rosenberg, further in view of Teramoto teaches these claims, claim 10 is rejected for 
similar rationale. 

Claims 12-20 present a broader recitation of claims 1, 2, and 4-9. These claims are 
rejected for rationale similar to that given above for claims 1, 2, and 4-9 as being obvious over 
Coker in view of Rosenberg, fiirther in view of Teramoto. 

Regarding claim 23, Coker teaches that at least on portion of the boot code is stored 
internally in said microcontroller ["In other words, an ECS normally executes software..." 
(column 1, lines 29-39); As noted above, Coker teaches no means by which the in-circuit 
emulation system may access the code on the target-ECS.]. 

5. Claim 21 is rejected under 35 U.S.C. § 103(a) as being unpatentable over Coker in view 
of Rosenberg, further in view of Teramoto as applied to claim 12 above, and further in view of 
"Emulation of the Sparcle Microprocessor with the MIT Virtual Wires Emulation System" by 
Matthew Dahl, Jonathan Babb, Russel Tessier, Silvina Hanono, David Hoki, and Anant Agarwal 
(Dahl) and further in view of "A Reconfigurable Logic Machine for Fast Event-Driven 
Simulation" by Jerry Bauer, Michael Bershteyn, Ian Kaplan, and Paul Vyedin (Bauer). 
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Coker in view of Rosenberg, further in view of Teramoto does not expressly teach that 
the shadow system is implemented on a field programmable gate array (FPGA). 

Dahl teaches that it is known in the art to emulate a Sparc microprocessor using an FPGA 

(abstract). 

Bauer teaches that hardware emulation can increase simulation speed by up to 10,000 
times (introduction, paragraphs 1-2). 

Therefore it would have been obvious to a person of ordinary skill in the art at the time of 
Applicants' invention to combine these teachings and arrive at the decision to implement the 
shadow system of Coker on an FPGA to realize an enormous increase in simulation speed. 
Knowledge that this was possible is provided by Dahl, and motivation to combine the references, 
to increase simulation speed, is provided by Bauer. 

Therefore it would have been obvious to a person of ordinary skill in the art at the time of 
Applicants' invention to combine the teachings of Coker in view of Rosenberg, fiirther in view 
of Teramoto with Dahl and Bauer to arrive at the invention specified in claim 21 . 

6. Claim 22 is rejected under 35 U.S.C. § 103(a) as being unpatentable over Coker in view 
of Rosenberg, further in view of Teramoto as applied to claim 1 above, and fiirther in view of US 
Patent No. 4,757,534 to Matyas et al. 

Regarding claim 22, Coker in view of Rosenberg, further in view of Teramoto does not 
disclose that the boot code comprises serial numbers and passwords. 

Matyas teaches code that comprises serial numbers, passwords, and algorithms ["In 
carrying out the computer/smart card protocol, the T output is sent to the smart card together 
with the parameters PI (password) and P2 (program number \ diskette serial number, where \ 
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denotes concatenation) and a third parameter P3. Where the crypto facility uses the DES 
algorithm, as shown in FIGS. 8 and 9, to encrypt the file key, P3 is the computer number. " 
(column 13, lines 1-21)]. 

Additionally, Coker teaches computer software comprising algorithms {"A shadow 
system of this invention executes the same software as the target-ECS from system start-up or 
reset. " (Coker column 2, lines 56-58)]; Rosenberg teaches computer software comprising 
algorithms [ "Debuggers are quite complex pieces of software. Their inner workings require a 
suite of sophisticated algorithms and data structures to accomplish their tasks. " (Rosenberg, 
page 2)]; Teramoto teaches computer software comprising algorithms (Teramoto, FIG. 10). 

Matyas and Coker in view of Rosenberg, further in view of Teramoto are analogous art 
because both are directed to computer software. 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicants' invention to combine the teachings of Matyas with Coker in view of Rosenberg, 
further in view of Teramoto to include the passwords, serial numbers, and algorithms in the boot 
code in order to discourage "the copying and sharing of purchased software program" (here, the 
boot code) as expressly taught by Matyas (abstract). The combination could be achieved by 
implementing the smart card cryptographic method taught by Matyas with the target-ECS system 
taught by Coker. 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
of Applicants' invention to combine the teachings of Matyas with Coker in view of Rosenberg, 

further in view of Teramoto to arrive at the invention specified in claim 22. 
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Conclusion 

Art considered pertinent by the examiner but not applied has been cited on form PTO- 

892. 

In particular, US Patent No. 5,758,058 to Mulbum teaches a variety of computer systems 
wherein two processors are initialized so that they will operate properly in lockstep (column 1, 
line 5 - column 2, line 63). A "master" and a "checking" processor each execute functionally 
different initialization sequences (see for example, column 7, lines 24-45). Mulbum teaches that 
the use of in-circuit emulators is old and well known (column 6, lines 56-61). 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jason Proctor whose telephone number is (571) 272-3713. The 
examiner can normally be reached on 8:30 am-4:30 pm M-F. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Paul Rodriguez can be reached at (571) 272-3753. The fax phone number for the 
organization where this application or proceeding is assigned is (571) 273-8300. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. Information regarding the status of 
an application may be obtained from the Patent Application Information Retrieval (PAIR) 
system. Status information for published applications may be obtained from either Private PAIR 
or Public PAIR. Status information for unpublished applications is available through Private 
PAIR only. For more information about the PAIR system, see ht^://pair-direct.uspto.gov. 
Should you have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 

Jason Proctor 
Examiner 
Art Unit 2123 

jsp 



/Paul L Rodriguez/ 

Supervisory Patent Examiner, Art Unit 2123 



